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L'invention concerne un protocole et un systeme de diffusion 
automatique et simultanee de documents electroniques de formats distincts sur 
Internet. 

A Pheure actuelle, les utilisateurs de postes de travail beneficient des 
5 modes d'acces les plus divers vers le reseau Internet. Parmi ces modes 
d'acces, on peut citer, notamment, la liaison par modem par Pintermediaire du 
reseau telephonique commute (RTC), la liaison par modem a haut debit (ADSL) 
ou encore, la liaison au reseau Internet par Pintermediaire d'un reseau local 
securise par un pare-feu. 

10 Les differents modes de connexion et d'acces precites impliquent les 

contraintes dues, en outre, aux elements de securite des reseaux d'entreprises, 
encore designes reseaux locaux. 

En particulier, il n'existe, actuellement, aucun service integre 
permettant d'offrir une visualisation automatique et simultanee d'un meme 

15 document electronique, quel que soit le format d'origine de celui-ci. 

Parmi les differentes solutions proposees aux utilisateurs de 
Tlnternet, la diffusion simultanee de pages Web necessite Tinstallation d'un 
logiciel specifique sur le poste de travail de chacun des participants a une 
session ou reunion de travail. v? 

20 D'autres solutions preconisent Tadjonction d'un logiciel 

supplementaire dit logiciel "plug-in", venant en fait se greffer sur le logiciel 
navigateur Internet, ce type de logiciel dependant du type de navigateur Internet 
et du systeme d'exploitation utilise par ie terminal de Tutilisateur concerne. 

La presente invention a, au contraire, pour objet de remedier aux 

25 inconvenients des solutions actuellement proposees. 

En particulier, un objet de la presente invention est la mise en oeuvre 
d ? un protocole et d'un systeme de diffusion automatique et simultanee de 
documents electroniques de format distinct sur Internet, permettant a des 
utilisateurs de postes de travail situes a des endroits quelconques et accedant a 

30 ('Internet et/ou a Tlntranet par Pintermediaire de differents reseaux d'acces de 
participer a une tele-reunion ou session commune, en consultant tous, 
simultanement et automatiquement, des documents electroniques aux formats 
d'origine les plus divers, diffuses par I'intermediaire de Plnternet. 
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Un autre objet de la presente invention est egalement de permettre a 
differents utilisateurs de postes de travail connectes en reseau local ou reseau 
d'entreprise d'effectuer tout travail cooperatif de leur choix avec d'autres 
utilisateurs de postes de travail connectes sur un autre reseau local ou reseau 
d'entreprise, independamment de I'existence de tout obstacle a la transmission 
de fichiers ou de donnees electroniques, tels que les pare-feu, proxy ou autres. 

Un autre objet de la presente invention est, enfm, la mise en oeuvre 
d'un protocole et d'un systeme de diffusion automatique et simultanee de 
documents electroniques de format distinct sur Internet dans le cadre 
duplications aussi variees que ('animation d'equipes commerciales, la mise en 
place et la conduite de reunions de projets, le tele-enseignement, la vente a 
distance ou la diffusion d'informations inter - ou intra - entreprise, 
independamment du type de navigateur Internet et du systeme d'exploitation 
utilise par chacun des terminaux utilisateurs participant a la session. 

Le protocole de diffusion automatique et simultanee de documents 
electroniques de formats distincts sur Internet entre differents utilisateurs de 
terminaux connectes par I'intermediaire de reseaux d'acces distincts, au cours 
d'une session commune consistant en un acces commun a un serveur dedie a 
cette session, objet de la presente invention, est remarquable en ce qu'il 
consiste a initialiser cette session a ('initiative de I'un des utilisateurs de 
terminaux, organisateur de cette session, I'etape consistant a initialiser 
comprenant au moins, suite a une connexion du terminal de I'utilisateur 
organisateur a ce serveur dedie, I'etablissement d'une liste des noms, prenoms 
et adresse electronique des autres utilisateurs invites a cette session et la 
selection des documents electroniques a diffuser au cours de cette session, a 
transmettre, du terminal de I'utilisateur organisateur vers le serveur dedie, 
I'ensemble des documents electroniques a diffuser selon leur format distinct 
d'origine accompagne de la liste des autres utilisateurs invites, et, au niveau du 
serveur dedie, a transformer chacun des documents electroniques a diffuser en 
une pluralite de pages courantes successives en un format unique HTML et a 
mettre en ligne ces pages successives sur le site Internet de ce serveur dedie, 
a transmettre, par I'intermediaire de ce serveur dedie, au moins vers chacun 
des terminaux utilisateurs invites, un message d'invitation de participation a 
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cette session, ce message d'invitation comportant au moins I'adresse du site du 
serveur dedie et la date et Theure de cette session, et suite a la connexion de 
Tun au moins de ces terminaux utilisateurs organisateur et/ou invites a ce 
serveur dedie pendant cette session, a autoriser conditionnellement I'acces de 
5 chacun de ces terminaux utilisateurs a la pluralite de pages courantes 
successives en ligne. 

Le systeme de diffusion automatique et simultanee de documents 
electroniques de formats distincts sur Internet entre differents utilisateurs de 
terminaux connectes par I'intermediaire de reseaux d'acces distincts, au cours 

10 d'une session commune consistant en un acces commun a un serveur dedie, 
objet de la presente invention, est remarquable en ce qu'il comprend au- moins 
un serveur dedie constituant une plate-forme de services, cette plate-forme de 
services comportant au moins un module organisateur de session, permettant 
sur appel a ('initiative de Tun des utilisateurs de terminaux, organisateur de cette 

15 session, d'initialiser cette session, cette etape cqnsistant a initialiser 
comprenant au moins, suite a une connexion du terminal de cet utilisateur 
organisateur a ce serveur dedie, Petablissement d'une liste des noms, prenoms 
et adresse electronique des autres utilisateurs invites a cette session etla 
selection des documents electroniques a diffuser au cours de cette session^un 

20 module de reception et de transformation de ces documents electroniques a 
diffuser en une pluralite de pages courantes successives au format unique 
HTML, un module de mise en ligne de cette pluralite de pages courantes 
successives au format unique HTML, au niveau du site de ce serveur dedie, un 
module de transmission de messages d'invitation de participation a cette 

25 session vers chacun des terminaux utilisateurs organisateur et invites, chaque 
message d'invitation comportant au moins I'adresse de ce site serveur dedie et 
la date et I'heure de cette session, et un module de controle d'acces au site de 
ce serveur dedie par chacun des terminaux utilisateurs, ce module de controle 
d'acces comprenant un module d'authentification du tout terminal utilisateur 

30 organisateur vis-a-vis de la plate-forme de services respectivement de tout 
terminal utilisateur organisateur et invite vis-a-vis de cette session organisee 
par le terminal utilisateur organisateur. 
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Le protocole et le systerne objets de la presente invention trouvent 
application a ('organisation de sessions ou reunions video ou tele-conferences 
ou autres, de forums, de transactions, par I'intermediaire de I'lnternet. 

lis seront mieux compris a la lecture de la description et a 
I'observation des dessins ci-apres, dans lesquels : 

- la figure 1 represente, a titre illustratif, un organigramme des etapes 
essentielles de mise en ceuvre du protocole objet de la presente invention ; 

- la figure 2A represente, a titre illustratif, une variante de mise en 
ceuvre d'une etape de transmission d'informations d'un terminal utilisateur 
organisateur d'une session vers un serveur dedie, representee en figure 1 ; 

- les figures 2B et 2C represented des formes de messages 
specifiques utiles pour la mise en ceuvre du protocole objet de la presente 
invention tel que representee en figure 1 ; 

- la figure 2D represente, a titre purement illustratif, un exemple de 
mise en ceuvre d'un processus de controle d'acces au serveur dedie par 
chaque terminal utilisateur invite, dans le cadre de I'execution d'un acces 
conditionnel a ce seiveur dedie pour participer a une session specifique ; 

- la figure 3 represente, a titre purement illustratif, un processus de 
changement d'affichage d'une page HTML courante susceptible d'etre mis en 
ceuvre par tout terminal utilisateur organisateur ou invite, conformement au 
procede objet de la presente invention ; 

- la figure 4A represente, a titre illustratif, I'architecture d'un systerne 
de diffusion automatique et simultanee de documents electroniques de format 
distinct sur Internet conforme a I'objet de la presente invention ; 

- la figure 4B represente, a titre illustratif, un mode de mise en ceuvre 
de I'architecture d'un serveur dedie plus particulierement adapte a la realisation 
d'un systerne conforme a I'objet de la presente invention tel que represente en 
figure 4A ; 

- la figure 5 represente, a titre illustratif, un mode de mise en ceuvre 
preferentiel non limitatif d'un procede d'affichage simultane d'une page HTML, a 
partir d'un ensemble de pages HTML en ligne sur un serveur dedie, sur chacun 
des terminaux de differents utilisateurs organises en un ensemble d'utilisateurs 
participant a une meme session. 
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Une description plus detaillee du protocole de diffusion automatique 
et simultanee de documents electroniques de formats distincts sur Internet 
entre differents utilisateurs de terminaux, connectes par I'intermediaire de 
reseaux d'acces distincts, conforme a I'objet de la presente invention, sera 
maintenant donnee en liaison avec la figure 1 et les figures suivantes. 

D'une maniere generale, on considere une pluralite de terminaux 
utilisateurs designee {U t ]f =0 , ('ensemble de ces terminaux etant connecte par 

des moyens quelconques et des reseaux d'acces distincts a I'lntemet. 

On comprend ainsi que les utilisateurs precites sont situes a des 
endroits differents accedant a Internet ou a ('Intranet par differents reseaux 
d'acces tels que le reseau telephonique commute RTC, le reseau a haut debit 
ADSL pour "Asymmetric Digital Subscriber Line", un reseau local ou reseau 
d'entreprise LAN et tout reseau Extranet. y 

De maniere plus specifique mais non limitative, le protocole objet de 
la presente invention est mis en ceuvre lorsque Tensemble des utilisateurs 
precites {£/.} f =0 participe a une session commune, cette session consistant en 

un acces commun a un serveur dedi6, note DS, gerant cette session. 

D f une maniere plus particuliere, on indique que la notion de session 
recouvre toute tele-reunion, conference telephonee, video-conference oi!rautres 
au cours de laquelle Tensemble des utilisateurs precites sont amenes a 
consulter des documents de differents formats tels que des documents sous le 
format Word®, PowerPoint®, Excel®, documents, images ou autres diffuses 
par I'intermediaire de Hnternet. 

En ce qui concerne les sessions precitees, on indique que les 
situations d'usage classique concernent, notamment, le travail cooperatif de 
personnes travaillant sur leur reseau d'entreprise avec d'autres personnes 
situees sur un autre reseau d'entreprise, ('animation d'equipes commerciales, 
les reunions de projets, le tele-enseignement, la vente a distance ou la simple 
diffusion d'informations en interne ou en externe dans le cadre d'une entreprise. 

Conformement au protocole objet de la presente invention, celui-ci 
consiste, ainsi que represents en figure 1, en une etape A, a initialiser la 
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session a I'initiative de l'un des utilisateurs de terminaux, cet utilisateur etant par 
definition designe "organisateur de la session", et note U 0 . 

D'une maniere plus specifique, on indique que I'etape consistant a 
initialiser, etape A, comprend au moins, suite a une connexion du terminal de 
5 I'utiiisateur organisateur U 0 au serveur dedie DS, I'etablissement d'une liste de 
noms, prenoms et adresse electronique des autres utilisateurs invites a la 
session, ainsi que la selection des documents electroniques a diffuser au cours 
de la session consideree. 

Sur la figure 1, a I'etape A de celle-ci, ('operation d'etablissement 
10 d'une liste de noms, prenoms et adresse electronique des autres utilisateurs 
invites consiste, pour I'utiiisateur organisateur, a definir la liste precitee, 
designee LU, a partir de ('ensemble des utilisateurs {£/,.} , vo , ainsi que bien 

entendu, une liste des documents electroniques a diffuser, cette liste etant 
notee LD. 

15 D'une maniere plus specifique, on indique que la notion de liste n'est 

pas limitative et que toute liste peut etre remplacee par un tableau de donnees, 
une structure de donnees ou autres. 

L'operation A est alors suivie d'une operation B consistant a 
transmettre, du terminal de I'utilisateur organisateur U 0 vers le serveur dedie 
20 DS, I'ensemble des documents electroniques a diffuser selon leur format 
distinct d ! origine accompagnes de la liste des autres utilisateurs invites, c^st-a- 
dire, en definitive, les listes LU et LD precedemment definies a Tetape A. 

Le protocole objet de Tinvention est alors poursuivi au niveau du 
serveur dedie DS et il consiste ensuite, en une etape C, a transformer chacun 
25 des documents electroniques a diffuser en une pluralite de pages courantes 
successives en un format unique HTML et a mettre en lignes les pages 
successives sur le site Internet du serveur dedie DS. 

Lbperation de transformation est notee : 
- VDx eLD -> {HTML y }^ 

30 A partir de la relation precedente, on comprend que, pour tout 

document D x appartenant a la liste de documents transmise LD, on procede a 
la transformation en un ensemble de pages HTML successives, ou y designe 
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une reference de page HTML, ainsi qu'il sera decrit ulterieurement dans la 
description. L'ensemble des pages HTML peut alors etre mis en ligne au niveau 
du serveur dedie DS de maniere classique compte tenu, toutefois, de la 
reference y attribuee a chacune d'elles, ainsi qu'il sera decrit ulterieurement 
dans la description. 

L'etape C est alors suivie de I'etape D consistant a transmettre, par 
I'intermediaire du serveur dedie DS, au moins vers chacun des terminaux 
utilisateurs invites, un message d'invitation de participation a la session. 

Le message d'invitation de participation IMS est note : 

- IMS[ADS, Sdate, SH]. 

II comporte au moins I'adresse du serveur dedie, adresse notee 
ADS, ainsi que la date et I'heure de la session, les parametres Sdate et SH. 

Bien entendu, I'adresse du serveur dedie ADS peut, 
avantageusement, etre accompagnee d'un code de session sous forme d'une 
variable liee de code d'identification de session, note IDS, I'adresse du serveur 
dedie et la variable liee precitees etant alors notees ADS[IDS]. 

Bien entendu, les informations precitees sont, de preference, 
transmises de maniere securisee selon les protocoles de securisation 
classiques vers chaque terminal utilisateur a partir du serveur dedie DS. 

L'operation de transmission est notee : 

- DS -» {[/,} *, a I'etape D precitee. 

Lors de la tenue de la session, c'est-a-dire a la date et a I'heure 
precedemment mentionnees, et suite a la tentative de connexion de chacun des 
terminaux utilisateurs, terminal utilisateur organisateur U 0 et terminaux 
utilisateurs invites, le protocole objet de I'invention est alors suivi d'une etape E 
consistant a autoriser conditionnellement I'acces de chacun des terminaux 
utilisateurs a la pluralite de pages courantes successives en ligne. 

A I'etape E, l'operation d'acces conditionnel est notee : 

- Acces conditionnel de 

V Uje {[/,} f =0 a {HTML y }^ =1 
Bien entendu, I'acces conditionnel precite est realise a partir 
d'identifiants de chacun des terminaux utilisateurs lors de la tentative d'acces 
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et, bien entendu, de la presentation du code d'identification de la session IDS, 
ainsi qu'il sera decrit ulterieurement dans la description. 

Selon un aspect plus particulier de mise en oeuvre du protocole objet 
de la presente invention, I'etape B consistant a initialiser comprend, en outre, la 
5 communication au serveur dedie DS deformations generales concernant la 
session. Cette operation est representee en figure 2A, sur laquelle la 
transmission, a I'etape B, vers le serveur dedie DS, comprend non seulement la 
transmission des listes LU d'utilisateurs invites et LD de documents 
selectionnes, mais egalement deformations generales, notees GIS, concernant 

10 la session precitee. 

A titre d'exemple non limitatif, on indique que les informations 
generales peuvent comporter le theme de la session, la duree previsible de la 
session, une liste de noms d'intervenants a la session, une liste des themes 
d'intervention de ces derniers par exemple. 

15 En outre, et selon un aspect particulierement remarquable du 

protocole objet de la presente invention, I'etape consistant a initialiser 
comprend, en outre, ('attribution par I'utilisateur organisateur U 0 de droits 
specif iques d'intervention a chacun des terminaux utilisateurs invites {u f } , vo . 

Les droits specifiques d'intervention comportent au moins le droit de 
20 consultation simple, note CS, de chaque page HTML y successive ou le droit de 
consultation et d'adjonction de documents electroniques diffuses au cours de la 
session. 

Dans ce but, ainsi que represents en figure 2B a titre d'exemple non 
limitatif, a chaque element de la liste LU, c'est-a-dire a chaque identificateur 

25 d'utilisateur Uj, peut etre ajoutee une variable liee CS correspondant a un code 
de droit de consultation simple, telle que representee au point 1 ) de la figure 
2B, ou le cas echeant, une autre variable liee, telle que representee au point 2) 
de la figure 2B, cette autre variable liee, definie par [CS[AD]] correspondant a la 
definition du droit de consultation CS et d'adjonction AD de documents 

30 electroniques diffuses au cours de la session. 

Le codage des droits specifiques d'intervention selon le droit de 
consultation simple ou le droit de consultation et d'adjonction tel que represents 



1er depot 
9 



en figure 2B est donne a titre d'exemple, toute forme de codage differente 
pouvant etre envisagee. 

Une description plus detaillee de I'etape consistant a autoriser 
I'acces au serveur dedie DS par chacun des terminaux utilisateurs invites sera 
5 maintenant decrite en liaison avec les figures 2C et 2D. 

Sur la figure 2C, on a represents, a titre d'exemple non limitatif, une 
forme particuliere du message de transmission IMS envoye par le serveur 
dedie DS a chacun des terminaux utilisateurs a I'etape D. 

Ce message comporte, entre autre, le code d'identification de la 
10 session IDS, lequel peut etre extrait au niveau de chaque terminal utilisateur Uj. 

L'etape E peut alors, a titre d'exemple non limitatif, etre mise en 
oeuvre de maniere plus specifique, ainsi que represents en figure 2D. 

Lors de la participation a la session consideree de code IDS, c'est-a- 
dire lors de la connexion du terminal utilisateur Uj au serveur DS, a I'etape E 0 , 
15 les parametres d'identification de I'utilisateur Uj et d'identification de la 
session IDS sont egalement transmis, les valeurs transmises etant notees U ] et 

IDS* respectivement et detectes, a Tetape au niveau du serveur dedie DS.v 
Ensuite, une etape conditionnelle d'authentification du terming! 

utilisateur invite Uj considere est realisee a Tetape E 2 , cette etape 
20 d'authentification etant effectuee vis-a-vis du serveur dedie. 

A titre d'exemple non limitatif, Tauthentification precitee peut 

comprendre la verification de Tappartenance des parametres d'identification U* 

transmis a la liste LU regue lors de Initialisation par le serveur dedie DS, puis 

la verification a la valeur vraie du code d'identification de la session IDS par 
25 comparaison de la valeur de code d'identification IDS* transmise a I'etape E 1 

vis-a-vis du code d'identification de la session d'origine IDS memorise au 

niveau du serveur dedie DS. 

Sur reponse negative au test d'authentification E 2 , une etape E 3 de 

refus d'acces au terminal utilisateur Uj est appelee. Au contraire, sur reponse 
30 positive au test d'authentification E 2 , I'etape E 4 d'acces a I'ensemble des pages 

{HTMLy] Y x est alors appelee pour le terminal utilisateur Uj dans le cadre de la 

session consideree. 
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Bien entendu, les operations de verification de code d'identification 
utilisateur et de code d'identification de la session peuvent etre realisees de la 
maniere la plus appropriee, ces manieres correspondant a des operations 
classiques pouvant impliquer des operations de chiffrement/dechiffrement ou de 
5 verification de signature par exernple. 

Enfin, une description plus detaillee du processus de visualisation 
automatique et simultanee de la meme page HTML courante par ('ensemble 
des utilisateurs invites et/ou utilisateur organisateur sera maintenant donnee en 
liaison avec la figure 3. 
10 A titre d'exemple non limitatif, la figure 3 represente un detail du 

processus d'acces a I'ensemble des pages HTML definies a I'etape E 4 de la 
figure 2D. 

Le processus general represente en figure 3 est mis en oeuvre pour 
Tun au moins des terminaux utilisateurs invites et, bien entendu, pour le 

15 terminal utilisateur organisateur pour assurer I'acces a la pluralite de pages 
courantes successives en ligne selon un acces synchronise, dont I'acces a ete 
accepte, visualise automatiquement et simultanement la meme page HTML de 
la pluralite de pages courantes successives au format unique HTML en ligne. 
II en est de meme pour le terminal utilisateur organisateur. 

20 Selon un aspect remarquable du protocole objet de la presente 

invention, la visualisation automatique et simultanee de la. meme page HTML 
de la pluralite de pages courantes {HTMLy}^ au format unique HTML en ligne 

est menee a I'initiative de chacun des terminaux utilisateurs organisateur et/ou 
invites. Chaque participant a la session est ainsi habilite a mener et/ou a 

25 changer la page HTML courante affichee sur chaque terminal utilisateur 
participant a la session. 

Ainsi, en reference a la figure 3, on indique que le processus 
d f affichage et de visualisation automatique et simultanee est decrit pour tout 
terminal utilisateur d'indice i quelconque de Tensemble des utilisateurs invites 

30 ou de Tutilisateur organisateur. 

Lorsque faeces a 1'ensemble des pages HTML precite a ete realise 
suite a Pacces conditionnel autorise, a Tetape E 4 o, en fonction des droits de 
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consultation attribues a Putilisateur.Uj considere, droit de consultation simple ou 
droit de consultation et d'adjonction de documents electroniques diffuses au 
cours de la session, on considere, a titre d'exemple non limitatif, lors de Pacces 
du premier terminal utilisateur, c'est-a-dire Tun quelconque des terminaux 

5 utilisateurs invites ou organisateur, Paffichage d'une page d'accueil, par 
exemple, pour la session, la page d'accueil permettant, a titre d'exemple non 
limitatif, d'afficher les informations generates transmises telles que decrites 
precedemment dans la description. 

Lorsque, au contraire, la session est deja commencee et que Pacces 

10 par le terminal utilisateur Uj est posterieur au debut de I'ouverture de la session 
par Putilisateur organisateur, la page HTML affichee est la page HTML 
courante. 

Dans tous les cas, cette operation d'affichage est representee^ a 
Petape E 4 i de la figure 3. La page affichee est soit la page d'accueil, soit une 
15 page courante deja introduite par Putilisateur organisateur ou, le cas echeant, 
Tun des utilisateurs invites. 

Au cours du deroulement de la session, chaque utilisateur invjte 
et/ou organisateur et, en particulier, le terminal de ce dernier, verifie ^Ia 
conformite de Taffichage de la page HTML courante vis-a-vis de la page HT.ML 
20 affichee choisie soit par Tutilisateur organisateur U 0 ou Tun des utilisateurs 
invites Uj, chacun des ces utilisateurs pouvant, sur requete, adresser au 
serveur dedie DS Paffichage d'une page HTML specifique. 

L'interrogation pour la discrimination d ! un tel choix par chacun des 
terminaux utilisateurs Uj est alors avantageusement executee par Pintermediaire 
25 d*une interrogation periodique du serveur dedie DS par chacun des terminaux 
utilisateurs organisateur et/ou invites. 

Un test d f existence d'un choix different d'affichage de pages HTML 
specifiques est realise a Petape E42, ce test etant note : 

- 3 choix HTML y =t 

30 t^s 

Sur reponse negative au test de choix E42 precite, Paffichage de la 
page HTML courante HTMLy= s est maintenue. 



1 er depot 
12 

Au contraire, sur reponse positive au test de choix E 42 , une 
actualisation de I'affichage de la page HTML au niveau du terminal de 
I'utilisateur U| est effectuee a I'etape E 43 . L'actualisation precitee est effectuee 
par une transaction entre le terminal utilisateur Ui considere, terminal invite ou 
5 terminal organisateur, avec le serveur dedie DS, ainsi qu'il sera decrit 
ulterieurement dans la description. 

Une description plus detaillee d'un systeme de diffusion automatique 
et simultanee de documents electroniques de formats distincts sur Internet 
entre differents utilisateurs de terminaux connectes par I'intermediaire de 
10 reseaux d'acces distincts, conforme a I'objet de la presente invention, sera 
niaintenant donnee en liaison avec les figures 4A et 4B. 

La figure 4A a pour objet d'illustrer I'architecture d'un systeme de 
diffusion conforme a I'objet de la presente invention. 

Ainsi que represente sur la figure precitee, I'ensemble des 
15 utilisateurs participant a une session comprend un utilisateur organisateur U 0 et 
quatre utilisateurs invites dont les terminaux sont notes U^ a U 4 . 

L'ensemble des utilisateurs est connecte sur le reseau a I'lnternet par 
I'intermediaire de foumisseurs d'acces a Internet non represente aux dessins. 

A titre d'exemple non limitatif, I'utilisateur organisateur U 0 et 
20 I'utilisateur invite Ui se situent dans une meme entreprise et sont connectes en 
reseau local LANi avec un pare-feu PF n protegeant le reseau d'entreprise de 
I'lnternet. 

De la meme facon, I'utilisateur invite U 2 est connecte a Internet par 
I'intermediaire d'un pare-feu PF 2 et d'un reseau local LAN 2 . 
25 Enfin, les utilisateurs invites U 3 et U 4 sont directement connectes a 

I'lnternet via leur fournisseur d'acces non represente, mais utilisent, a titre 
d'exemple non limitatif, un modem RTC respective me nt un modem a haut debit 
ADSL par exemple. 

On considere que les pare-feux ont des ports standard HTTP 
30 ouverts, ce qui correspond au cas le plus general pour tous les pare-feux. 

En ce qui concerne le serveur dedie DS, on indique que celui-ci 
constitue en fait une plate-forme de services permettant d'executer I'ensemble 
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des transactions entre chaque terminal d'utilisateur organisateur et/ou invite a 
partir de transactions du type ciient/serveur. 

Ainsi que represents en figure 4B, le serveur dedie DS est constitue 
par un ordinateur connecte au reseau Internet par un pare-feu specifique, 
5 note PFDS, I'ordinateur et son unite centrale de traitement CPU etant munis de 
modules logiciel specifiques categorises en modules client, notes Md a MC 4 , 
et modules serveur notes MSi a MS 6 . 

De maniere classique, chaque module logiciel, module client 
respectivement module serveur, peut etre memorise de maniere la plus 
10 adaptee soit en memoire morte, le cas echeant reprogrammable, soit sur un 
disque de sauvegarde et recharge en memoire de travail, selon les besoins, en 
fonction des acces successifs a la plate-forme de services ainsi constitute. 

D'une maniere generate, on indique que les modules logiciel client 
sont des modules logiciel qui, suite a I'acces de tout utilisateur Uj, utilisateur 
15 organisateur Uo ou utilisateurs invites sont executes^ a ('initiative de ces 
derniers, ('ensemble des modules logiciel client etant toutefois implante au 
niveau de la plate-forme de services et du serveur dedie DS. 

A titre d'exemple non limitatif, les modules logiciel client presenter^ 
les fonctions ci-apres : 
20 - MCi : module de presentation des documents ; 

- MC 2 : module de transfert des documents ; 

- MC 3 : module de synchronisation des pages HTML ; 

- MC4 : module de gestion des reunions. 

En ce qui concerne les modules logiciel serveur, ceux-ci, implantes 
25 au niveaux de la plate-forme de services, sont executes a ('initiative du serveur 
dedie DS ou, le cas echeant, en reponse a toute demande emanant de Tun des 
utilisateurs, organisateur et/ou invites. 

A titre d'exemple non limitatif, on indique que les modules logiciel 
serveur comportent les fonctions ci-apres : 
30 - MS1 : module de gestion des droits d'acces aux reunions ; 

- MS 2 : module de synchronisation des pages HTML; 

- MS 3 : module de reception de documents aux formats divers ; 

- MS 4 : module de transformation de documents au format HTML ; 



1 er depot 



14 



5 



10 



15 



20 



25 



30 



- MS 5 : module de gestion des utilisateurs invites et des sessions ; 

- MS 6 : module d'acces aux pages HTML et aux documents deposes. 
Les differentes fonctions des modules logiciel client et serveur seront 

maintenant donnees ci-apres : 

Modules clients 

" MCi : Module de prese ntation des documents : 
Le module precite permet a tout utilisateur organisateur U 0 de 
selectionner les documents qui souhaite diffuser au cours de la session, ces 
documents etant selectionnes et memorises dans leur format d'origine en vue 
de leur transmission au serveur dedie DS. 

- MC 2 : Module de tr ansfert des documents • 

Le module de transfert des documents realise le condition nement et 
le transfert des documents selectionnes dans leur format d'origine vers le 
serveur dedie DS a partir du terminal de I'utilisateur organisateur U 0 . Enfin, le 
module MC 2 de transfert des documents permet, apres declaration d'une 
reunion, a I'utilisateur organisateur et a ceux des utilisateurs invites qui se sont 
vu attribuer les droits de consultation et d'adjonction, tel que decrit 
precedemment en liaison avec la figure 2B, de transferer des documents 
electroniques a diffuser soit avant le deroulement de la session ou de la 
reunion, soit au cours du deroulement de celle-ci. 

■ MC 3 : Module de synchronisation des p ages HTML : 
Ce module realise la synchronisation des pages HTML, ainsi que 
decrit en liaison avec la figure 3. II realise, en particulier, I'etape de test de choix 
au niveau de chaque terminal utilisateur invite et/ou organisateur, etape E 42 , 
cette etape de choix etant decrite ulterieurement dans la description. En 
particulier, le module logiciel client precite gere egalement I'etape E 43 
d'actualisation de la page HTML a afficher au niveau du terminal utilisateur 
considere. 
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- MC 4 : Module de qestion des reunions : 

Ce module est un module de gestion des reunions. II permet, en 
particulier, non seulement la definition des listes utilisateurs invites LU et des 
listes de documents LD telles que constitutes a Petape A mais egalement 
5 d'assurer la constitution des informations generates relatives a la session GIS 
et, finalement, toute operation administrative pour ('organisation des reunions 
ou sessions par ['utilisateur organisateur. 

10 Modules serveur 

- MS1 : Module de gestion des droits d'acces aux reunions : 

Le module precite permet de discriminer les droits specifiques 
d'intervention alloues a chaque utilisateur invite, c'est-a-dire droit de 
consultation simple ou droit de consultation et d'adjonction de documents a 
15 partir des informations transmises a Petape B de la figure 1 et de la figure 2B. 

Le module precite permet de lire les champs des variables relatives 

aux droits codes precedemment cites, que ceux-ci soient codes sous forme, de 

« • 

liste ou autres. 

** . 

*'? 

20 - MS ? : Module de synchronisation des pages HTML : 

Suite a la connexion d'un ou plusieurs utilisateurs organisateur et/ou 
invites, le module precite a pourfonction de synchroniser automatiquement tous 
les navigateurs equipant les terminaux utilisateurs connectes et participant a la 
session. Le module precite permet d'assurer, en particulier, automatiquement 

25 tout changement de page HTML a afficher, suite a la requete d'un utilisateur 
participant a la reunion, ainsi que decrit precedemment dans la description en 
liaison avec la figure 3, Une description plus detaillee du mode operatoire pour 
assurer le changement de Taffichage de la page HTML courante, au niveau du 
serveur dedie DS, par Tintermediaire du module MS 2 precite sera donnee 

30 ulterieurement dans la description. 
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' MS 3 : Module de rece ption de documents aux formats divers : 

Le module de reception de documents est un module normalement 

disponible dans le commerce. II permet d'assurer, suite a la transmission des 

fichiers electroniques a diffuser, la memorisation et la sauvegarde de ces 
; derniers dans une base de donnees temporaire permettant, toutefois, 

I'archivage des documents precites. Le mode operatoire d'un tel module de 

reception ne sera pas decrit en detail. 

- MS d : Module de tra nsformation de documents au format HTML : 
Ce module logiciel serveur est un module normalement disponible 

dans le commerce et peut consister, par exemple, en un module "Purepage" 
commercialise par la societe Inzone Software (NZ). Ce type de logiciel permet 
de transformer plus de 200 formats de fichiers en pages HTML et, en 
particulier, les fichiers au standard Microsoft®, fichier Image, fichier Lotus®, etc. 
Des que la transformation de I'ensemble des fichiers est effectuee, les pages 
HTML et I'ensemble des pages {HTML y >; =I est automatiquement mis en ligne 
sur le site du serveur dedie DS. 

- MS fi : Module de aest ion des utilisateurs invites et des sessions • 
Le module precite permet d'assurer la gestion de la liste des invites 

aux reunions ou sessions. A titre d'exemple non limitatif, on indique que le 
module serveur precite permet d'assurer la discrimination entre utilisateur 
organisateur et utilisateurs invites pour permettre ensuite un controle d'acces 
adapte en fonction de la qualite de ces derniers. 

- MS fi : Module d'acces aux pages HTML et aux documents deposes : 
Ce module permet d'assurer I'acces a I'ensemble des pages HTML 

et aux documents deposes. Dans un mode de realisation non limitatif, le 
module precite permet d'allouer, a chaque page HTML y appartenant a 
I'ensemble des pages a diffuser, une reference y comportant un numero d'ordre 
successif. Selon une caracteristique avantageuse du precede et du systeme 
objets de I'invention, on indique que chaque numero d'ordre est en 
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correspondance biunivoque avec i'adresse de la page HTML y correspondante 
sur le site du serveur dedie DS. 

L'utilisation du systeme objet de la presente invention, tel que 
represents en figures 4A et 4B est alors la suivante : 

Dans un premier temps, I'utilisateur organisateur U 0 initialise la 
reunion ou session selon les etapes precedemment decrites en figures 1 et 
suivantes de la description. En particulier : 

- il se connecte au serveur dedie DS par Tintermediaire d'un simple 
navigateur de type classique mettant en oeuvre le protocole HTTP ; 

- il introduit alors les informations generates GIS concernant la 
reunion objet de la reunion, horaire, etc., ainsi que decrit precedemment ; 

- il renseigne les noms, prenoms et adresse electronique des 
utilisateurs invites participant a la session et il indique les droits de consultation 
attribues a ces derniers dans le cadre de la session precitee. Cette operation 
correspond a la constitution des listes LU et LD precedemment mentionnees 
dans la description. 

Chacun des utilisateurs invites Us est alors automatiquement invite a 
la reunion par la transmission d'un message d'invitation, par courrier 
electronique par exemple. 

Lorsque les documents a diffuser et la liste des utilisateurs invites a 
ete transmise au serveur dedie DS, les operations precedentes etant executees 
sur le serveur dedie DS ou sur la plate-forme de services lorsque le serveur 
dedie DS et la plate-forme de services sont delocalisees, les documents 
transmis pour diffusion sont transformes puis mis en ligne. 

Dans un deuxieme temps, a la date et a Pheure d'ouverture de la 
session, les participants, y compris d'utilisateur organisateur, se connectent 
alors au serveur dedie DS et s'authentifient. Le processus d'authentification 
pour chaque utilisateur, c'est-a-dire utilisateur organisateur et utilisateurs 
invites, peut etre semblable. 

A titre d'exemple non limitatif, le serveur dedie DS peut, a la date et a 
Theure de la session, preparer une page d f accueil proposee pour Taffichage 
aupres de tout utilisateur ulterieur. 
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Tous les utiiisateurs participant a la reunion peuvent alors visualiser 
automatiquement et simultanement la meme page HTML courante, c'est-a-dire 
dans un premier temps, la page d'accueil puis, successivement, a I'initiative en 
premier lieu de I'utilisateur organisateur par exemple, le deroulement des pages 
" HTML courantes successives, deroulement modifie, le cas ecneant, par 
I'intervention d'un utilisateur invite. 

Ainsi, en fonction des droits donnes par I'utilisateur organisateur U 0 
aux utiiisateurs invites {t/.}f =J , les invites peuvent egalement mener la reunion 
ou la session et, notamment, modifier le choix de la page HTML courante 
affichee sur le navigateur Internet de I'ensemble des utiiisateurs participant a la 
reunion ou session. 

Bien entendu, a tout moment au cours du deroulement de la session, 
un nouvel invite peut etre accueilli dans le cercle des participants et chacun 
peut, en fonction des droits attribues par I'utilisateur organisateur ab initio, 
deposer de nouveaux documents pour diffusion dans le cadre de la meme 
session. 

En variante, chaque participant peut, le cas ecneant, entrer ou sortir 
du mode synchronise afin, si necessaire, de pouvoir proceder a une 
consultation des pages HTML de I'ensemble des pages HTML soumises a 
diffusion, la consultation s'exercant cette fois en mode libre. Dans un tel cas, 
I'activite de I'utilisateur organisateur et/ou invite qui est sorti du mode de 
consultation synchronise est, dans le cadre de la session, simplement mise en 
sommeil et un temps limite peut, par exemple, lui etre alloue pour consultation 
de ces documents en mode libre. En tout etat de cause, la possibilite de 
passage en mode de consultation libre, pour I'un ou I'autre des utiiisateurs, peut 
etre geree de la fagon ci-apres : 

- attribution automatique du passage en mode libre pour I'utilisateur 
organisateur U 0 ; 

- attribution du mode de consultation en mode libre a I'initiative de 
I'utilisateur organisateur pour chacun des utiiisateurs invites. Dans ce but, le 
codage des droits tel que represents en figure 2B peut etre complete par une 
troisieme variable liee non representee en partie 2) de la figure 2B, cette 
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troisieme variable liee correspondant au codage de la possibility de passage en 
consultation en mode libre. 

En ce qui concerne la mise en oeuvre du systeme objet de 
('invention, on indique que I'equipement necessaire .pour la mise en oeuvre de 
5 ce dernier, au niveau de chaque utilisateur organisateur et/ou invite, consiste en 
un simple ordinateur, c ? est-a-dire une station de travail ou terminal equipee d'un 
logiciel navigateur Web en Pabsence d'adjonction de routine informatique 
designee par "plug in" en langage anglo-saxon. Le poste de travail precite est 
alors simplement connecte au reseau Intranet d'une entreprise ou directement 

10 au reseau Internet, ainsi que represents en figure 4 A. 

Le systeme objet de la presente invention ne necessite aucun 
telechargement, ni installation d'un autre logiciel. Enfin, les modules logiciel 
client, tels que decrits en figure 4B, sont, de preference, tous implantes au 
niveau de la plate-forme de services par exemple ou, le cas echeant, du 

15 serveur dedie DS et peuvent etre executes chacun au niveau de chaque 
terminal utilisateur invite. 

Alors que tous les systemes d'exploitation et les types de connexipn 
au reseau peuvent etre utilises pour la mise en oeuvre du systeme objet de/la 
presente invention, Pensemble du service fonctionne sur de faibles debits et est, 

20 bien entendu, accessible en tous points du reseau Internet. 

Enfin, les documents presentes pour diffusion, transformes en 
pages HTML, sont mis en ligne sur le serveur dedie DS implante dans le reseau 
en un endroit quelconque et permettent ainsi d'eviter les intrusions sur le poste 
de travail de Tutilisateur organisateur Uo alors, qu'au contraire, tout utilisateur 

25 invite est en mesure de deposer de nouveaux documents en cours de reunion, 
pourvu que les droits de consultation correspondants lui aient ete attribues. 

On comprend ainsi que le systeme et le procede objets de la 
presente invention peuvent permettre egalement d'assurer ['execution de 
transactions multiples entre les divers terminaux utilisateurs organisateur et/ou 

30 invites, le serveur dedie DS pouvant se voir conferer, en particulier, Pautorite 
d'un tiers de confiance habilite a recevoir le depot des fichiers electroniques a 
diffuser, ce qui permet ainsi d'assurer la mise en oeuvre de transactions 
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electroniques entre parties ayant des interets opposes a defendre, bien que, 
bien entendu, ces parties participent a la meme session ou reunion. 

Une description plus detaillee d'un procede d'affichage simultane 
d'une page HTML courante, a partir d'un ensemble de pages HTML eh ligne, 
sur un serveur dedie, sur chacun des terminaux de differents utilisateurs 
organises en un ensemble d'utilisateurs participant a une meme session sera 
maihtenant donnee en liaison avec la figure 5. 

Le procede precite peut etre mis en ceuvre de maniere a executer 
I'affichage simultane et synchronise de I'ensemble des pages precitees sur tous 
les terminaux utilisateurs organisateur et/ou invites, a I'etape E 4 de la figure 2D. 

Dans le cadre de la figure 5, on co'nsidere, a titre d'exemple non 
limitatif, la situation entre un utilisateur organisateur U 0 et un autre utilisateur 
invite Ui a U K . 

On considere, en particulier, que I'utilisateur organisateur, par 
exemple, dispose de la parole dans le cadre de la session ou de la reunion et 
que la page HTML affichee, page HTML courante, est la page portant la 
reference y et un numero d'ordre determine, cette page pouvant correspondre 
soit a la page d'accueil, soit a toute page anterieurement selectionnee par 
I'utilisateur organisateur U 0 ou, le cas echeant, tout autre utilisateur invite. 

Sur la figure 5, on indique que, entre les instants t+x de 
representation des actions pour I'utilisateur organisateur U 0 et les utilisateurs 
invites L^ a U K , et t+nx ou x represente une valeur temporelle determinee et n 
un nombre indefini quelconque, aucune action n'est entreprise par I'utilisateur 
organisateur U 0 ou par I'utilisateur invite m a U K . Dans ces conditions, chaque 
terminal utilisateur organisateur et/ou invite transmet des messages RNP dits 
de scrutation periodique comportant une requete de verification de poursuite 
d'affichage de la page HTML courante de reference y sur chacun des terminaux 
participant a la session, c'est-a-dire pour tous les utilisateurs U 0 a U K . Chaque 
message de scrutation RNP, transmis de chaque terminal utilisateur vers le 
serveur dedie DS, est suivi d'une reponse systematique du serveur dedie DS a 
chacun des terminaux utilisateurs par I'intermediaire d'un message de reponse 
de poursuite d'affichage d'une page HTML determinee. 
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En consequence, entre les instants t+x a t+nx et en I'absence de tout 
changement ou de requete de changement d'affichage de page, le message de 
reponse de poursuite d'affichage d'une page HTML, message note REFP (y) , 
transmet a chacun des terminaux la reference y permettant le maintien de 
Paffichage de la page HTML courante de meme indice y sur chacun des 
terminaux utilisateurs. 

Chacun des terminaux utilisateurs execute alors la procedure 
representee en figure 3 et, en particulier, le test d'existence d'un choix ou d'un 
changement de choix d'affichage E42- La poursuite de Paffichage de la 
page HTML de reference y est notee 0 action. 

Au contraire, lorsqu'un terminal utilisateur souhaite proceder a un 
changement d'affichage de page HTML, le procede objet de ('invention 
represents en figure 5 consiste, pour tout terminal utilisateur demandeur, c'est- 
a-dire a titre d'exemple sur la figure 5, pour le terminal utilisateur 
organisateur U 0 , a I'instant t+(n+1)x, a transmettre, a ('initiative de ce terminal 
utilisateur demandeur vers le serveur dedie DS, une requete d'affichage d r une 
page HTML courante distincte de la precedente par I'intermediaire d'une 
requete d'affichage designee RAFP portant, par exemple, la reference y+1 pour 
obtenir la page suivante, puis a transmettre, du serveur dedie DS versile 
terminal utilisateur demandeur, le terminal organisateur U 0 , la page HTML (y+1) 
par un message de transmission de page note TP (y+1) . 

Au niveau du terminal utilisateur demandeur, terminal 
organisateur U 0 , Taction consiste alors a afficher la page HTML dont la 
reference est y+1 et qui vient d'etre regue. 

L'operation d'affichage precitee est alors suivie par une operation 
consistant a transmettre, du terminal utilisateur demandeur, le terminal 
organisateur U 0 , vers le serveur dedie DS, un message de propagation 
d'affichage simultane de la page HTML courante de reference y+1 vis-a-vis des 
autres terminaux utilisateurs participant a la session. Le message de 
propagation d'affichage est note MPP (y+1) . On comprend, en particulier, que le 
message de propagation d'affichage simultane de la page HTML courante de 
reference y+1 constitue egalement un accuse de reception par le terminal 
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utilisateur organisateur U 0 de la page HTML precitee transmise par le 
message TP (y+1) . 

Le processus d'affichage simultane est alors repris par I'intermediaire 
'des' autres terminaux utilisateurs non demandeurs, c'est-a-dire les terminaux 
utilisateurs autres que le terminal organisateur U 0 , soit les terminaux utilisateurs 
invites Lh a U K . 

Ce processus est, bien entendu, realise par I'intermediaire des 
messages de scrutation periodique, lesquels sont transmis par chacun des 
terminaux precites, c'est-a-dire non seulement par les terminaux invites U 1 a 
U K , terminaux non demandeurs de changement d'affichage, mais egalement 
par le terminal demandeur d'affichage, terminal utilisateur organisateur U 0 . 

Bien entendu, le message de reponse REFP comporte alors la 
reference a la page HTML a afficher, c'est-a-dire la reference y+1 confirmee par 
le message de propagation anterieur MPP (y+1) . 

Lorsque le message de reponse REFP de poursuite d'affichage 
d'une page HTML comporte une reference de page HTML a afficher identique a 
celle de la reference de la page HTML courante affichee sur le terminal 
recepteur du message, ce qui est le cas pour le terminal utilisateur demandeur, 
c'est-a-dire le terminal utilisateur organisateur U 0 , la reception par ce dernier du 
message de poursuite d'affichage REFP (y+1) n'est suivie d'aucune action, 
puisque, bien entendu, la page HTML de reference y+1 est deja affichee. Ainsi, 
I'affichage de la page HTML courante est alors maihtenu. 

Au contraire, lorsque le message de reponse de poursuite 
d'affichage d'une page HTML comporte une reference de page HTML a afficher 
distincte de celle de la reference de la page HTML courante, ce qui est le cas 
pour les terminaux utilisateurs non demandeurs, terminaux utilisateurs U1 a UK 
immediatement apres ('instant t+(n+2)x sur la figure 5, chacun des terminaux 
non demandeurs, terminaux utilisateurs invites U-, a U K , transmet alors un 
message de requete d'affichage de page HTML pour la reference y+1 , ainsi que 
represent sur la figure 5, vers le serveur dedie DS. Le serveur dedie precite 
transmet, en reponse a chacun des terminaux U T a U K non demandeurs, 
terminaux utilisateurs invites, un message de page HTML TP (y+1) , L'action 
entreprise au niveau de chacun des terminaux utilisateurs invites non 



1er depot 

23 



demandeurs Ui a Uk consiste alors en un affichage de la page HTML regue de 
reference y+1. 

En ce qui concerne le mode operatoire de la synchronisation de 
Paffichage des pages HTML precite, on indique que la notion de 

5 synchronisation correspond a celle d'une synchronisation factuelle et non pas 
temporelle de Faffichage effectif de chaque page HTML courante sur Fensemble 
des terminaux utilisateurs en raison du caractere asynchrone des transmissions 
entre chacun des terminaux utilisateurs et le serveur dedie DS. 

En particulier, on comprend que, a chaque page HTML de 

10 Fensemble de pages HTML en ligne, est attribue un numero de reference, la 
reference y ou y+1 sur la figure 5, laquelle comporte un numero d'ordre unique 
en correspondance biunivoque avec Fadresse de la page HTML sur le site du 
serveur dedie, ainsi que mentionne precedemment dans la description. 

Ce mode operatoire permet de gerer Faeces par chacun des 

15 terminaux utilisateurs organisateur ou invites en fonction des droits de 
consultation simple respectivement des droits de consultation et d'adjonction 
des documents electroniques diffuses par Tun des terminaux utilisateurs. En 
particulier, a chaque page HTML issue de - Tadjonction de documents 
electroniques ajoutes, que ce soit prealablement a Pouverture de la sessioapu 

20 seance de reunion ou pendant celle-ci, est affectee une reference comportant 
un numero d'ordre successif. 

Ce mode operatoire permet ainsi d'assurer une consultation en 
synchronisme et de maniere automatique des pages HTML affichees pour 
Fensemble des utilisateurs participant a la session consideree. 

25 D'une maniere pratique, on indique que, pour chaque terminal 

utilisateur, les messages de scrutation periodique RNP peuvent etre emis par 
chacun des ces terminaux participant a la session dans une plage de periodes 
comprise entre 3 secondes et 2 minutes. 

Bien entendu, au niveau de chaque terminal utilisateur, la detection 

30 du changement de page a afficher peut etre realisee, ainsi que represents en 
figures 3 et 5, grace aux transactions entre terminal utilisateur et serveur 
dedie DS pour realiser les transactions necessaires au changement de 
Paffichage de page. 



1 er depot 



24 

REVENDICATIONS 

1. Protocole de diffusion automatique et simultanee de documents 
electroniques de formats distincts sur Internet entre differents utilisateurs de 
' terminaux connectes par I'intermediaire de reseaux d'acces distincts, au cours 
d'une session commune consistant en un acces commun a un serveur dedie a 
ladite session, caracterise en ce que ce protocole consiste : 

a) a initialiser ladite session, ^'initiative de fun des utilisateurs de 
terminaux, organisateur de ladite session, I'etape consistant a initialiser 
comprenant au moins, suite a une connexion du terminal dudit utilisateur 
organisateur audit serveur dedie, I'etablissement d'une liste de noms, prenoms 
et adresse electronique des autres utilisateurs invites a ladite session et la 
selection des documents electroniques a diffuser au cours de ladite session ; 

b) a transmettre, dudit terminal de I'utilisateur organisateur vers ledit 
serveur dedie, Pensemble des documents electroniques a diffuser selon leur 
format distinct d'origine accompagne de la liste des autres utilisateurs invites ; 
et au niveau dudit serveur dedie, 

c) a transformer chacun des documents electroniques a diffuser en 
une pluralite de pages courantes successives en un format unique HTML et a 
mettre en ligne lesdites pages successives sur le site Internet dudit serveur 
dedie ; 

d) a transmettre, par I'intermediaire dudit serveur dedie, au moins 
vers chacun desdits terminaux utilisateurs invites, un message d'invitation de 
participation a ladite session, ledit message d'invitation comportant au moins 
I'adresse du site dudit serveur dedie et la date et I'heure de ladite session, et 
suite a la connexion de I'un au moins desdits terminaux utilisateurs organisateur 
et/ou invites audit serveur dedie pendant la dite session, 

e) a autoriser conditionnellement I'acces de chacun desdits 
terminaux utilisateurs a la pluralite de pages courantes successives en ligne. 

2. Protocole selon la revendication 1, caracterise en ce que, ladite 
etape consistant a initialiser comprend en outre la communication audit serveur 
dedie d'informations generates concernant la session. 

3. Protocole selon la revendication 1 ou 2, caracterise en ce que, 
ladite etape consistant a initialiser comprend en outre ('attribution, par 
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I'utilisateur organisateur, de droits specifiques d'intervention a chacun desdits 
terminaux utilisateurs invites,, lesdits droits specifiques d'intervention 
comportant au moins le droit de consultation simple ou le droit de consultation 
et d'adjonction de documents electroniques diffuses au cours de ladite session. 

5 _ 4. Protocole selon Tune des revendications 1 a 3, caracterise en ce 

que, I'etape consistant a autoriser I'acces audit au moins un des terminaux 
utilisateurs invites comprend une etape conditionnelle d'authentification dudit au 
moins un des terminaux utilisateurs invites vis-a-vis dudit serveur dedie. 

5. Protocole selon Tune des revendications 1 a 4, caracterise en ce 

10 que I'acces desdits terminaux utilisateurs invites a la pluralite de pages 
courantes successives en ligne est un acces synchronise, chaque utilisateur 
invite autorise dont I'acces a ete accepte visualisant automatiquement et 
simultanement la meme page HTML de ladite pluralite de pages courantes 
successives au format unique HTML en ligne. \ 

15 6. Protocole selon la revendication 5, caracterise en ce que ladite 

visualisation automatique et simultanee de la meme page HTML de ladite 
pluralite de pages courantes successives au format unique HTML en ligne est 
menee a Pinitiative de chacun des terminaux utilisateurs organisateurs et/ou 
invites, chaque participant a ladite session etant habilite a mener et/ou a 

20 changer la page HTML affichee sur chaque terminal utilisateur participant a 
ladite session. 

7. Protocole selon Tune des revendications 1a 6, caracterise en ce 
que I'acces de chacun des terminaux utilisateurs organisateur et invites audit 
serveur dedie est execute par chacun desdits terminaux par I'intermediaire 

25 d'une interrogation periodique dudit serveur dedie. 

8. Systeme de diffusion automatique et simultanee de documents 
electroniques de formats distincts sur Internet entre differents utilisateurs de 
terminaux connectes par Tintermediaire de reseaux d'acces distincts, au cours 
d'une session commune consistant en un acces commun a un serveur dedie, 

30 caracterise en ce qu'il comprend au moins un serveur dedie constituant une 
plate-forme de services, ladite plate-forme de services comportant au moins : 

- un module organisateur de session, permettant, sur appel a 
Pinitiative de Tun des utilisateurs de terminaux, organisateur de ladite session, 
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d'initiaiiser ladite session, I'etape consistant a initialiser comprenant au moins, 
suite a une connexion du terminal dudit utilisateur organisateur audit serveur 
dedie, I'etablissement d'une liste des noms, prenoms et adresse electronique 
des autres utilisateurs invites a ladite session et la selection des documents 
electroniques a diffuser, au cours de ladite session, 

- un module de reception et de transformation desdits documents 
electroniques a diffuser en une pluralite de pages courantes successives au 
format unique HTML, 

- un module de mise en ligne de ladite pluralite de pages courantes 
successives au format unique HTML, au niveau du site dudit serveur dedie, 

- un module de transmission de messages d'invitation de 
participation a ladite session vers chacun desdits terminaux utilisateurs 
organisateur et invites, chaque message d'invitation comportant au moins 
I'adresse dudit site serveur dedie et la date et I'heure de ladite session ; et 

- un module de controle d'acces au site dudit serveur dedie par 
chacun des terminaux utilisateurs, ledit module de controle d'acces comprenant 
un module d'authentification de tout terminal utilisateur organisateur vis-a-vis de 
la plate-forme de servicess respectivement de tout terminal utilisateur 
organisateur et invite vis-a-vis de ladite session organisee par ledit terminal 
utilisateur organisateur. 

9. Systeme selon la revendication 8, caracterise en ce que chaque 
message d'invitation de participation a ladite session vers chacun desdits 
terminaux utilisateurs organisateur et invites comporte, outre I'adresse du site 
dudit serveur dedie, un mot de passe dedie a ladite session et a chacun des 
terminaux utilisateurs organisateur et invites. 

10. Precede d'affichage simultane d'une page HTML courante a 
partir d'un ensemble de pages HTML en ligne sur un serveur dedie sur chacun 
des terminaux de differents utilisateurs organises en un ensemble d'utiiisateurs 
participant a une meme session, caracterise en ce que celui-ci consiste, 

- a transmettre, a I'initiative de I'un des terminaux utilisateurs, 
terminal utilisateur demandeur, vers ledit serveur dedie, une requete d'affichage 
de ladite page HTML courante ; 
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- a transmettre, dudit serveur dedie vers ledit terminal utilisateur 
demandeur, ladite page HTML courante ; 

- a afficher ladite page HTML courante au niveau dudit terminal 
utilisateur demandeur ; 

5 - a transmettre, dudit terminal utilisateur demandeur *vers ledit 

serveur dedie, un message de propagation d'affichage simultane de ladite page 
HTML courante vis-a-vis des autres terminaux utilisateurs participant a la dite 
session ; 

- a transmettre, a partir de chacun desdits terminaux participant a 
10 ladite session vers ledit serveur dedie, un message de scrutation periodique 

comportant une requete de verification de poursuite d'affichage de ladite page 
HTML courante sur chacun desdits terminaux participant a ladite session ; 

- a transmettre, a partir dudit serveur dedie vers chacun des 
terminaux desdits utilisateurs participant a ladite session, un message de 

15 reponse de poursuite d'affichage de ladite page d'une page HTML, ce message 
de reponse de poursuite d'affichage comportant une reference de page HTML a 
afficher identique a ou distincte de celle de la reference de ladite page* HTML 
courante ; et sur reception d'un message de reponse de poursuite d'affichage 
comportant une reference de page HTML a afficher identique ou distirjcte de 

20 celle de la reference de ladite page HTML courante, 

- a maintenir I'affichage de ladite page HTML courante sur chacun 
des terminaux utilisateurs participant a ladite session ; et sur reception d'un 
message de reponse de poursuite d'affichage comportant une reference de 
page HTML a afficher distincte de celle de la reference de ladite page HTML 

25 courante et relative a une autre page HTML, 

- a transmettre, de chacun desdits terminaux utilisateurs participant a 
la session vers ledit serveur dedie, un message de requete d'acces a ladite 
autre page HTML, et 

- a transmettre, dudit serveur dedie vers chacun desdits terminaux 
30 utilisateurs participant a la session, ladite autre page HTML ; 

- a afficher, sur chacun des terminaux utilisateurs, ladite autre page 
HTML, prise comme page HTML courante, successivement. 
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11. Procede selon la revendication 10, caracterise en ce que, a 
chaque page HTML dudit ensemble de pages HTML en ligne, est attribue un 
numero de reference comportant un numero d'ordre unique en correspondance 
biunivoque avec I'adresse de ladite page HTML sur le site dudit serveur dedie, 

5 ce qui permet de gerer faeces par chacun desdits terminaux utilisateurs en 
fonction de droits de consultation simple respectivement de droits de 
consultation et d'adjonction de documents electroniques diffuses par Pun des 
terminaux utilisateurs, a chaque page HTML issue de I'adjonction de 
documents electroniques ajoutes etant affecte une reference comportant un 
10 numero d'ordre successif. 

12. Procede selon I'une des revendications 10 ou 11, caracterise en 
ce que lesdits messages de scrutation periodiques sont emis par chaque 
terminal utilisateur participant a ladite session dans une plage de periodes 
comprise entre 3 secondes et 2 minutes. 
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